ADAPTIVE OoS SYSTEM AND METHOD 



Cross-Reference to Related Applications 

This application claims the benefit of provisional patent application number 
5 60/490,627, filed on July 28, 2003, the disclosure of which is hereby incorporated by reference. 

Field of the Invention 

The present invention relates to communication systems and, more particularly, 
relates to Quality of Service (QoS) in commxmication systems. 

10 

Background of the Invention 

Many communication systems exist today to deliver media content over networks, 
such as the Intemet, to client computers subject to a Quality of Service (QoS) requirement. 
There are different types of QoS requirements. Some communication systems use dropped or 

15 lost packets as a measure of QoS. In other systems, QoS is a function of visual fidelity, such as 
resolution and fi-ame rate. Additionally, QoS can involve audio quality. Both visual fidelity and 
audio quality are usually controlled by the amount of compression of the source data and the bit 
rate at which the source data can be delivered. Typically, compression and bit rate are inversely 
related to QoS. For instance, high compression generally correlates with low QoS. 

20 QoS is changing as wireless and wired devices become smaller and more 

prevalent. What was once acceptable for a user using a desktop computer might not be suitable 
for the same user using a Personal Digital Assistant (PDA), as the PDA might not be able to 
support large video or audio files, hi fact, a user using a PDA could have a lower QoS 
requirement, with no perceived harm, than when the user uses a desktop computer. 

25 Consequently, QoS requirements are in a state of flux. 

Thus, there is a need to provide methods and apparatus suitable for dealing with 
changes in QoS in communication systems. 

30 
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Summary of the Invention 

The present invention provides adaptive Quality of Service (QoS) methods and 

apparatus. 

In an aspect of the invention, techniques for providing adaptive QoS include 
selecting, based on one or more QoS criteria corresponding to a client, one or more given data 
items suitable for sending to the client in response to a query from the client. The one or more 
given data items are selected from a set of data items. One or more statistics are associated with 
the one or more data items. The one or more statistics can be used to modify which data items 
are included in the set of data items. 

The statistics may be used by removing unpopular data items, as determined from 
the statistics, from the set of data items. Additionally, data items exceeding the one or more QoS 
criteria can be transcoded to create new data items meeting the one or more QoS criteria, and the 
new data items can be added to the set of data items in the communication system. Thus, the set 
of data items can be changed depending on current demand by users for particular data items. 

The one or more QoS criteria may correspond to the client, so different clients 
could have different QoS criteria. The one or more QoS criteria may include company policies, 
and the company policies can be cost-related. For instance, a bandwidth restriction might be 
placed on users in the company when bandwidth used for a predetermined time, such as a month, 
exceeds a certain amovmt of bandwidth. 

A more complete understanding of the present invention, as well as further 
features and advantages of the present invention, will be obtained by reference to the following 
detailed description and drawings. 

Brief Description of the Drawings 

FIG. 1 is a block diagram of a communication system for adaptive QoS in 
accordance with an exemplary embodiment of the present invention; 

FIG. 2 is the block diagram of FIG. 1 but used to illustrate an exemplary 
procedure for adaptive QoS, including data flows and control flows, in the communication 
system of FIG. 1; 
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FIG. 3 illustrates an exemplary matrix layout for a two-dimensional portion of a 
three-dimensional resource constraint matrix, where the matrix layout comprises different 
bandwidth requirements at QoS levels of Qi, Q2, Q3, and Q4, in accordance with a preferred 
embodiment of the invention; 
5 FIG. 4 is a flowchart of an exemplary method for making adaptive QoS data 

decisions, in accordance with a preferred embodiment of the invention; and 

FIG. 5 is a block diagram of a computer system suitable use for one or more 
embodiments of the present invention. 



10 Detailed Description of Preferred Embodiments 

Before proceeding with a description of exemplary embodiments of the present 
invention, it is helpful to review additional topics. 

A topic that is beneficial to review is transcoding. Transcoding is a way of 
dealing with web information query, retrieval, delivery and display services for a variety of 
15 devices. Transcoding techniques can include the following: 

1) content adaptation (e.g., throwing away things to reduce bandwidth); 

2) file format transformation (e.g., such as converting text firom the relatively 
large document format to a smaller text format); and 

3) image transcoding (e.g., reducing image dimensions or colors, or 
20 increasing compression to reduce bandwidth). 

There are two kinds of existing transcoding systems: static transcoding and 
dynamic transcoding. For static transcoding, various static data formats are stored and made 
available in response to queries. This provides fixed services to various devices. The user 
requests information, through a query, in the appropriate format for his or her environment. For 

25 dynamic transcoding, content is modified for simplification and the file format is generally 
changed during transmission. For example, a file format could be converted fi*om a high- 
bandwidth wired transmission protocol to a low bandwidth wireless transmission protocol. 

Traditional text and image data are relatively small, so dynamic transcoding is 
possible, and a cache of an affordable" size can hold many objects. Examples of transcoding 

30 small data, easily transcoded dynamically, are as follows: converting KyperText Markup 
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Language (HTML) to fit a particular screen size by reformatted images; converting extensible 
Markup Language (XML) to various presentation formats; and converting HTML into Wireless 
Markup Language (WML). 

For large streaming data, such as video, images, and text, however, the objects in 
5 the data become too large. Consequently, dynamic transcoding is lengthy and may delay or slow 
transmission for users. In this case, translation must be done ahead of time, which defeats 
traditional dynamic transcoding. Also, large objects, such as video, take up so much space that 
fewer of them can be held in a cache for reuse. 

In short, static transcoding problems include the following: assets in a fixed set of 

10 pre-populated formats, which cannot change and which are not flexible; and some formats of 
data may never be used. 

Dynamic transcoding problems include the following: long retrieval and delivery 
delay when a medium-sized object is transcoded on demand; lack of flexibility in the transcoding 
rules (for example, a medical image might not be able to be transcoded from a lossless image to a 

15 lower quality image) and inflexible user preferences; and expensive resource utilization, 

A challenge is how to provide system support for using various devices for remote 
information retrieval and delivery across wired and wireless networks. A critical issue is 
unnecessary response delays, which includes both initial delay because a requesting device must 
transcode a large amoxmt of information, as well as ongoing delay when the data delivery is at 

20 too high a bandwidth for the transmission network or for device capabilities. 

An exemplary embodiment of the present invention, in contrast to traditional 
dynamic and static transcoding techniques, populates assets in an original format and in 
frequently-requested formats according to system and user-access statistics, which guarantee a 
high probabiUty that the requested data will be there and ready to be transmitted when requested. 

25 The system may also evolve according to network infrastructure and device capability as 
technology gradually improves. Compared to embodiments of the present invention, static 
transcoding gives the task of selecting data format to users or clients. By contrast, an exemplary 
embodiment of the present invention can employ statistical information gathering to allocate data 
with popular formats and can select appropriate data to meet QoS requirements for the users or 

30 clients. 
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The present invention may perform one or more of the following: 

1) shaping a query of a user under limitations such as a QoS subscription of a 
user, network constraints, device constraints, user preferences, and organizational policies; 

2) selecting a common set for all constraints as a shaped query limitation; 

3) filtering the query to make a server provide more services; 

4) delivering data so that the delivered data depends on the maximum QoS; 

5) collecting statistics of data accessed or data delivered to web clients, 
where the statistics can be used to make an exemplary system be able to evolve. 

10 Exemplary advantages of certain embodiments of the present invention include 

faster document retrieval and shorter response time, as well as increased resource utilization 
(e.g., device and network bandwidth) under user preference or organization policies. Exemplary 
embodiments of the present invention can perform conversions on query languages with dynamic 
QoS combinations. Conversions may be performed by, for instance, one or more of the 

15 following: 

1) a QoS web query provider, which can provide the maximum QoS under 
limitations to suit the queries; 

2) a fast retrieval server that can deliver data streams even when the server 
cannot do run-time transcoding; 

20 3) making suitable modifications on data delivered to suit the resources 

available; 

4) providing short response time and retrieval time, reducing the processing 

time; 

5) a preordered data storage and corresponding matrix for changing 
25 configuration dynamically to make the system dynamically suitable for web queries firom various 

devices; 

5) an infirastructure that is a superset of transcoding; and 

6) a system with self-adaptive properties, which can accommodate updates 
for devices through pre-generating information in the most-requested formats, as well as 
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removing less popular data, using for instance continuous network performance and device 
configuration monitoring. 

In an illustrative embodiment, resource constraints are typically used to decide the 
QoS that can be provided, and the QoS can be used to determine the query satisfaction. One 
5 exemplary mechanism to provide a trade-off between time (e.g., retrieval time; response delay) 
and space (e.g., storage space) that gives the maximum QoS under resource constraints is by 
employing dynamic programming techniques and linear programming techniques. Exemplary 
embodiments of the present invention can further provide the most favorable data format by 
using user preferences and the monitoring of mobile device configuration statistics during system 

10 operation. As devices and bandwidth trends change, so do the most frequently requested data 
formats as monitored by the system. Data formats include, for example, the following: file 
formats; compression techniques; compression levels; image dimensions; and text size. In an 
exemplary embodiment, the system dynamically transcodes content when the delay is small 
enough to fit within QoS constraints, and the system will keep a traditional cache of these 

15 transcoded results. 

Tuming now to FIG. 1, a communication system 100 is shown employing an 
exemplary embodiment of the present invention. FIG. 1 shows a number of mobile devices 160 
and a desktop computer system 101 interacting with a network 180 and with a QoS system 150. 
The network 180 is, in this example, the Intemet, but network 180 could be a wireless network, 

20 wired network, a combination of wireless and wired network, a local area network, or a wide area 
network. FIG. 1 will be used to describe an exemplary system design, while FIG. 2 will be used 
to explain illustrative data and control flows through network 100. It should be noted that FIG. 1 
is merely exemplary and components of the system may be combined, may be deleted and may 
have new components added. 

25 QoS system 150 comprises an application server 102, a static QoS module 103, a 

resource explorer 104, a dynamic QoS decider 105, a content populator 106, a data locator 107, a 
data access statistics engine 108, a database server 109, a transcoding module 1 10 (in appUcation 
server 102), a configuration information database 171, a data items database 172, a QoS matrix 
database 173, and a statistics database 174. Content 170 is commimicated by one or more 

30 content providers (not shov,^.) to content populator 106. 
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The mobile devices 160 or desktop computer system 101 queries for data by using 
the application server 102. Mobile devices 160 are, in this example, a wireless device 160-1 
(e.g., such as a laptop using a wireless connection), a Personal Digital Assistant (PDA) 160-2, 
and a cellular phone 160-3. The mobile devices 160 communicate a query 165-1 to the 
5 application server 102 and expect data 166-1 to be delivered in response to the query 165-1. 
Similarly, the desktop computer system 101 queries the application server 102 by using a query 
165-2 and the desktop computer system 101 expects data 166-2 to be delivered in response to the 
query 165-2. These clients (e.g., the mobile devices 160 and the desktop computer system 101) 
have configuration information collected by the resource explorer 104. 

10 Application server 102 provides middleware support and is a provider for a 

dynamic QoS data delivery service for devices such as mobile devices 160 or desktop computer 
system 101. A static QoS module 103 has one or more QoS matrixes, stored in QoS matrix 
database 173, based on user QoS subscriptions, user preferences, and organization policies, 
which are organized by client identification (ID) or other suitable techniques. It should be noted 

15 that organization policy could include bandwidth restrictions (e.g., to save cost), a cost ceiling, 
other cost-related policies, or other policies. The cost ceiling could also involve bandwidth or 
similar data restrictions. For instance, if the organization uses a certain amount of data per 
month, the organization might require a lower QoS in order to lower the bandwidth being used. 
The lower QoS is factored in a cost ceiling. The cost ceiling could be graduated so that lower 

20 QoS is used for higher bandwidth. The QoS matrixes can contain maximum QoS based on user 
QoS subscriptions, user preferences, and organization policies, and the maximiun QoS can be 
used, as described below, when shaping a query. 

Resource explorer 104 monitors (e.g., as illustrated by the oval below the resource 
explorer 104) network circumstances and device configuration, such as mobile phone, PDA 

25 device, bandwidth available, and protocol information. The network circumstances and device 
configuration are stored as configuration information in configuration information database 171. 

A dynamic QoS decider 105 can shape a query 165 and makes decisions about the 
deliverable QoS under resource constraints. Dynamic programming techniques and integer 
programming techniques may be used in the dynamic QoS decider 105 to shape the query 165, 

30 and this is described in additional detail belov/. 
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A content populator 106 supervises pre-generation of most frequently requested 
content and data formats for incoming new content, populates this content into the database 
server 109, and if storage space is running low, can remove less popular data, where popularity is 
determined using statistical information from statistics database 174. The content populator 106 
5 also supervises initial data loading, storing the original form of the data, and likely QoS versions 
of the data with the help of the application server 102 and the transcoding module 110. The data 
is stored in data items database 172. 

Data locator 107 locates data, in data items database 172, having an appropriate 
format that satisfies QoS, and in one embodiment maximum QoS, using the database server 109. 

10 Data access statistics engine 108 gathers information from the dynamic QoS decider 105, 
regarding what type of data is requested and also the format for the data that is requested, and 
collects statistics on this information for the content populator 106. The statistics are stored in 
statistics database 174. 

Database server 109 has pre-stored data that can be also be changed dynamically. 

15 Transcoding module 110 is, in an exemplary embodiment, an embedded component, which 
transcodes those data that do not have an appropriate format stored for the required QoS. 

FIG. 2 is used to illustrate an exemplary procedure for adaptive QoS, including 
data and control flows, in the system 100. In step 201 (e.g., 201-1 or 201-2), a mobile device 160 
or the desktop computer system 101 sends an information request, in the form of a query 165, to 

20 the application server 102. A query 165 is associated with a user ID or device ID, which may be 
part of the query 165. In the example of FIG. 2, the query 165 is associated with a user or device 
ID, but is separate from the query 165. A user ID identifies a user of a device while a device ID 
identifies the device itself One or both of the user ID and device ID may be used, and the term 
client ID will refer to one or both of the user ID and device ID. 

25 In step 202, the application server 102 receives the query 165, and sends the query 

and user ID (in this example) 167 to the static QoS module 103 to obtain, based on user ID, QoS 
criteria such as the maximum QoS parameters to which the user is subscribed, the user 
preferences, and the user organization bandwidth policy, for instance. 

In step 203, network performance information and user device configurations 

30 (e.g.. from configuration information database 171), such as device type or model or both, 
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Central Processing Unit (CPU) capacity, buffer size, memory, and bandwidth (e.g., modem 
bandwidth), are collected by resource explorer 104 and sent, in step 213, to the dynamic QoS 
Decider 105. 

In step 204, the dynamic QoS decider 105 shapes the query 167 further based on a 
5 combination of configuration information from the resource explorer 104 and the maximum QoS 
from the static QoS module 103 (e.g., using a QoS matrix stored in QoS matrix database 173). 
The dynamic QoS decider 105 performs shaping, in an exemplary embodiment, by modifying the 
query 167 based on this combination of information. For example, configuration information 
from the resource explorer 104 may indicate that a quality level of 10 is suitable to meet QoS 
10 criteria for a particular user, and the maximum QoS from static QoS module 103 might restrict 
the particular user to a quality level of nine. However, only a data item having a QoS level of 
eight might be available, which is close enough to the QoS level of nine so that transcoding is not 
necessary, so the final query 168 will be for QoS level eight (e.g., or be for a data item meeting a 
QoS level of eight). 

15 In step 205, the final query 168 is sent to the data locator 107 with an indication of 

the data item requested and the format thereof, and the data locator 107 retrieves the data item 
from the database server 109 for the maximum QoS under the resource constraints. In step 206, 
the dynamic QoS decider 105 also sends information from the final query 168 to the data access 
statistics engine 108, where the information indicates what kind of data and its corresponding 

20 format has been requested by the user. Statistics can be gathered on, for instance, file format, 
compression techniques, compression levels, image dimensions, and text size for the data items. 
The data access statistics engine 108 updates the statistics in statistics database 174 based on the 
information. 

In step 207, a data item is retrieved with a corresponding format, if the format 
25 exists, or the best quality that is available under the resource constraints as found by the data 
locator 107 and is sent back to the application server 102 to service the query. In step 208, the 
application server 102 sends back information to the client (e.g., mobile device 160 or desktop 
computer system 101) with the data available in format requested or the best quality under the 
constraints. 
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In step 209, if there is data that is better in quahty, compared to the output 
decision of the dynamic QoS decider 105, and that is suitable for use for the requested data, the 
better quality data is sent through the transcoding module 110 component to be transcoded, and 
the transcoded data in the new format is sent to system client to satisfy the QoS level. 
5 In step 210, this transcoded copy of the data is also sent back to the database 

server 109 for persistent storage and information from the data locator 107 regarding the 
transcoded copy of the data is also updated with indication of the existence of this new 
transcoded data format. 

Through evaluation by dynamic QoS decider 105 and resource explorer 104 of 

10 data access to the system, the data access statistics engine 108 can determine the most requested 
format or formats of a different data type. This information is then provided, in step 211, to 
content populator 106 component. 

For existing data, the content populator 106 receives from data access statistics 
engine 108 information on what data is being requested and at what QoS. The content populator 

15 106 then picks up new content coming into the system or content in the database server 109 and 
requests, in step 209, transcoding module 110 to produce the most frequently requested formats 
of data to store. That data plus the original incoming content is then populated, in step 212, into 
database server 109 (e.g., in data items storage 172) and the data and original content are made 
known to the data locator 107. However, before the new data is stored, the content populator 106 

20 inspects how much space will be needed and commands the database server 109 to remove any 
non-original data at QoS levels that have not recently been popular, according to statistics in the 
statistics database 174. 

Altematively, the transcoding, in step 209, could be done at the data locator 107 
or the database server 109, or a second transcoding module 110 could be attached to the content 

25 populator 106 for just incoming new data to simplify intemal communications. 

The following describes an example of how selection is made of the set of data 
items to get the best QoS for information required under various resource constraints. 
Techniques to find the maximum QoS combinations typically involve using dynamic 
programming for one resource constraint, and using integer programming techniques for multiple 

30 resource constraints. Dynam.ic QoS decider 105 uses these tecliniques to locate the data set under 
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current resource constraints. The data locator 107 then selects corresponding data set from the 
database server 109 with possible transcoding. 

For data items stored in the database server 109, the dynamic QoS decider 105 
has, in an exemplary embodiment, a three-dimensional resource constraint matrix (not shown in 
5 FIGS. 1 and 2) to describe the relationship between the required data and the QoS for each kind 
of resource constraint, such as bandwidth and display device model. The resource constraints 
can come from the configuration information (e.g., device type or model or both, CPU capacity, 
buffer size, memory, modem bandwidth, and wireless network bandwidth) in configuration 
information database 171 and information (e.g., maximum QoS based on the user QoS 

10 subscriptions, user preferences, and organization policies, where the maximum QoS is a 
constraint on the network in the communication network 100) in the QoS matrix database 173. 
Any constraint that affects QoS and that corresponds to a resource in a network may be used as a 
resource constraint. For each kind of resource, in an exemplary embodiment, the dynamic QoS 
decider 105 has one corresponding two-dimensional matrix. 

15 FIG. 3 is an exemplary portion of a resource constraint matrix stored in the 

dynamic QoS decider 105 for one resource constraint. This matrix provides an array showing for 
each individual data item (Dj, i = 1, 2, ...)5 how much resource (in this example, bandwidths Wy, 
i, j = 1, 2, ...) is required to satisfy a certain QoS level (Qj, j = 1, 2, ...). The task for the dynamic 
QoS decider 105 is to select a corresponding resource requirement Wij for each data item Di to 

20 maximize QoS, Q*, under a resource constraint of R. 

FIG. 4 shows a flow chart of an exemplary procedure for making data decisions. 
In step 401, the user, using a mobile device 160 or desktop computer system 101, sends a 
request, using a query 165, for data. In step 402, the static QoS module 103 generates a vector of 
required data and a corresponding QoS level according to the client ED from the application 

25 server 102. The vector of required data and a corresponding QoS level are matched to stored 
client IDs, each of which is associated with subscribed QoS, user preference and organization 
policy, and the data that user requested via the application server 102. 

In step 403, the resource explorer 104 provides configuration information (e.g., 
from configuration information database 171) of resource availability and resource constraints, 

30 such as user device model, conrniunication channel bandv/idth, and client memory size. In step 
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404, the dynamic QoS decider 105 solves the problem of how to dynamically select queried data 
for the data locator 107. In an illustrative embodiment, the solution is based on a dynamic 
progranmiing technique for one constraint (using one two-dimensional matrix, for example, 
under a bandwidth matrix plane) and integer programming techniques for multiple constraints 
5 (using a three-dimensional matrix, for example, under both bandwidth and display device model 
matrix planes). Exemplary techniques for integer progranmiing and model matrixes are shown in 
Ezechukwu and Maros, "OOF: Open Optimization Framework," Departmental Technical Report 
2003/7, Department of Computing, Imperial College London (2003), the disclosure of which is 
hereby incorporated by reference. 

10 In step 405, using information from the resource explorer 104, the dynamic QoS 

decider 105 can determine a two-dimensional resource constraint matrix for individual 
constraints and form a three-dimensional resource constraint matrix. That is, using for instance 
display device model information, the corresponding two-dimensional resource constraint matrix 
can be selected. The two-dimensional resource constraint matrix (e.g., see FIG. 3) is used for 

15 every request with resource constraints detected by the resource explorer 104. As shown in FIG. 
3, a two-dimensional resource constraint matrix is a matrix for resource requirements on data 
items Di, D2, D3, D4, and D5. For each data item Di, the resource constraint matrix will require a 
resource requirement of Wy for the resource if the QoS is to be at level Qj. A blank entry at a 
point in the matrix means that the data is not suitable for delivery under that resource constraint, 

20 such as a resource constraint for images on a character-based display device. 

For different kinds of data items, say Di, D2, D3, D4, D5,..., based on, for instance, 
the data formats of the data items such as file format, compression techniques, compression 
levels, image dimensions, and text size, the data items can be classified into some predefined or 
fixed QoS levels, Qi, Q2, Q3, (Qi > Q2 > Q3 > • •)> such that once one queries (for instance) 

25 data items Di, D3 under QoS level of Q4, one can determine the resource requirement W14 + W34. 

The dynamic QoS decider 105 should select the data set with best QoS under 
resource constraints. QoS selection selects integrated components with a related set of 
components under user preference and system allowance. That is, for any resource (for example, 
bandwidth) with a resource constraint of R, choose to maximize the QoS for each kind of data so 

30 as to minimize the difference beUvecn the QoS being provided and the QoS to which the user has 
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subscribed. So, for selected data items, their sum of resource requirements needs to be less than 
or equal to R. 

In step 406, for data item m (for m = 1 to n), if Qms is used to denote the QoS 
provided for the user on data item m at QoS of s, Qms* is used as the QoS the user has subscribed 
5 for data item m at QoS of s, Pm(s* - s) is the weight for QoS measure of (Qms* - Qms) for data item 
m, and W^s is the resource requirement for data item m at QoS of s, one has an inequality for 
optimization that, in step 407, minimizes the following: 

delta = P*i(a* . a) X (Q,a* - Qia) + P*2(b* - b) X (Qjb* - Q2b) + . . . 
+ P*n(k*-k) X (Qnk*-QnkX 

10 subject to the following: 

Wia + W2b+... + Wnk<R, 

where P* is a function that P*m(s* - s) = Pm(s* - s) if Qms* > Qmsj and P*m(s* - s) = 0, otherwise, for m = 
1 to n and s in {a, b, . . . k}. 

In order to provide the maximum QoS for multiple metrics with multiple data 
15 items, the dynamic QoS decider 105 defines the resource constraint matrix with parameters (e.g., 
QoS specified) on each constraint and solves the sets of inequaUties using integer programming 
techniques. 

Once the dynamic QoS decider 105 selects the set of data items xmder requested 
QoS criteria, in step 408, the dynamic QoS decider 105 sends the set in step 409 to the data 

20 locator 107. If the data is available at the QoS level required (step 410 = Yes), the data locator 
107 will retrieve the data and send it to the application server 102 for delivery. Otherwise (step 
410 = No), the data locator 107 will search for better QoS data (step 412). "Better" QoS data is 
data that meets a higher QoS level If the better data is foimd (step 412 = Yes), the data locator 
107 transcode the better data (e.g., by sending the better data to transcoding module 1 10 through 

25 application sever 102 to create new data having a lower QoS level) to satisfy the resource 
constraint for future queries (step 413), and the transcoded data that satisfies the QoS queried 
will be sent back from the transcoding module 1 10 to the data locator 107 to fill in the resource 
constraint matrix (e.g., for that entry, which is currently blank) and to store the transcoded data in 
the database server and storage 109. This occurs in step 414. Hence, the next query on the same 

30 QoS and data will find the transcoded data available. 
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Additionally, less popular data, as determined by statistics such as those provided 
by statistics database 174, can be removed in step 413. 

Steps 413 and 414 therefore allow adaptation to occur for the system. 

Meanwhile, for data that was not available with the desired QoS and no better 
5 format exists, the data locator 107 will get best QoS that approaches what was desired for best- 
effort delivery. This occurs in step 411. In this way, evolutionary QoS data format is provided 
and supported by the dynamic QoS decider 105, the data locator 107, transcoding module 110, 
and the content populator 106. 

hi summary, from the importance of information and its capability of the web 
10 device: device model, bandwidth, CPU, memory and buffer size at the client side, one can select 
data using a greedy algorithm (e.g., the dynamic programming technique for one constraint and 
the integer programming technique for multiple constraints) to select those data items with 
maximum quality under QoS constraints to satisfy the information request. 

Turning now to FIG. 5, a computer system 500 is shown that is suitable for 
15 implementing one or more components of the QoS system 150. Computer system 500 comprises 
a processor 510 that is singular or distributed, a memory 520 that is singular or distributed, a 
network interface 530, and a media interface 540. The network interface 530 couples to a 
network 570 (e.g., portions of a value network. The media interface 540 couples to a computer 
readable medium 560, which comprises one or more programs (not shown) which, when 
20 implemented, carry out portions or all of the present invention. For example, the semantic 
matchmaking device 800 can be included as a program. The program, when loaded into 
processor 510 (typically from memory 520), will configure the processor 510 to implement a 
portion or all of the QoS system 150. 

It is to be xmderstood that the embodiments and variations shown and described 
25 herein are merely illustrative of the principles of this invention and that various modifications 
may be implemented by those skilled in the art without departing from the scope and spirit of the 
invention. 
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